作者:
Richard Monson-Haefel 编
出版社: 电子工业出版社
译者: 徐定翔 / 章显洲
出版年: 2010-4
页数: 200
定价: 39.80元
装帧: 平装
ISBN: 9787121106354
出版社: 电子工业出版社
译者: 徐定翔 / 章显洲
出版年: 2010-4
页数: 200
定价: 39.80元
装帧: 平装
ISBN: 9787121106354
内容简介 · · · · · ·
优秀的软件架构师应该既掌握业务知识又具备技术能力,做到这一点绝非易事,本书想要探讨的就是这个主题。这是一本真正的开源图书,我们邀请到50多位杰出的软件架构师参与写作。大家无偿地分享了各自的工作经验和心得,内容从规避风险的方法到组建团队的技巧,涵盖了架构设计的方方面面。衷心希望这97篇文章能激发您的思考,解决您工作中的困惑。
O’reilly第一本开源图书,业界专家集体智慧创作 。
旨在“为全世界的软件架构师提供洞察力和指导”。
集思广益、覆盖面广、写法新颖 。
技术社区及程序员博客热议 。
软件架构师应该知道的97件事的创作者
· · · · · ·
作者简介 · · · · · ·
蒙森-哈斐尔,O’Reilly出版的Enterprise JavaBeans和Java Message Service,First Edition两本书的合著者之一,企业计算领域全球领先的专家。
目录 · · · · · ·
前言
客户需求重于个人简历
简化根本复杂性,消除偶发复杂性
关键问题可能不是出在技术上
以沟通为中心,坚持简明清晰的表达方式和开明的领导风格
架构决定性能
分析客户需求背后的意义
起立发言
故障终究会发生
我们常常忽略了自己在谈判
量化需求
一行代码比五百行架构说明更有价值
不存在放之四海皆准的解决方案
提前关注性能问题
架构设计要平衡兼顾多方需求
草率提交任务是不负责任的行为
不要在一棵树上吊死
业务目标至上
先确保解决方案简单可用,再考虑通用性和复用性
架构师应该亲力亲为
持续集成
避免进度调整失误
取舍的艺术
打造数据库堡垒
重视不确定性
不要轻易放过不起眼的问题
让大家学会复用
架构里没有大写的“i”
使用“一千英尺高”的视图
先尝试后决策
掌握业务领域知识
程序设计是一种设计
让开发人员自己做主
时间改变一切
设立软件架构专业为时尚早
控制项目规模
架构师不是演员,是管家
软件架构的道德责任
摩天大厦不可伸缩
混合开发的时代已经来临
性能至上
留意架构图里的空白区域
学习软件专业的行话
具体情境决定一切
侏儒、精灵、巫师和国王
向建筑师学习
避免重复
欢迎来到现实世界
仔细观察,别试图控制一切
架构师好比两面神
架构师当聚焦于边界和接口
助力开发团队
记录决策理由
挑战假设尤其是你自己的
分享知识和经验
模式病
不要滥用架构隐喻
关注应用程序的支持和维护
有舍才有得
先考虑原则、公理和类比再考虑个人意见和口味
从“可行走骨架”开始开发应用
数据是核心
确保简单问题有简单的解
架构师首先是开发人员
根据投资回报率(roi)进行决策
一切软件系统都是遗留系统
起码要有两个可选的解决方案
理解变化的影响
你不能不了解硬件
现在走捷径,将来付利息
不要追求“完美”,“足够好”就行
小心“好主意”
内容为王
对商业方,架构师要避免愤世嫉俗
拉伸关键维度,发现设计中的不足
架构师要以自己的编程能力为依托
命名要恰如其分
稳定的问题才能产生高质量的解决方案
天道酬勤
对决策负责
弃聪明,求质朴
精心选择有效技术,绝不轻易抛弃
客户的客户才是你的客户!
事物发展总会出人意料
选择彼此间可协调工作的框架
着重强调项目的商业价值
不仅仅只控制代码,也要控制数据
偿还技术债务
不要急于求解
打造上手(zuhanden)的系统
找到并留住富有激情的问题解决者
软件并非真实的存在
学习新语言
没有永不过时的解决方案
用户接受度问题
清汤的重要启示
对*终用户而言,界面就是系统
优秀软件不是构建出来的,而是培育起来的
索引
· · · · · · (收起)
客户需求重于个人简历
简化根本复杂性,消除偶发复杂性
关键问题可能不是出在技术上
以沟通为中心,坚持简明清晰的表达方式和开明的领导风格
架构决定性能
分析客户需求背后的意义
起立发言
故障终究会发生
我们常常忽略了自己在谈判
量化需求
一行代码比五百行架构说明更有价值
不存在放之四海皆准的解决方案
提前关注性能问题
架构设计要平衡兼顾多方需求
草率提交任务是不负责任的行为
不要在一棵树上吊死
业务目标至上
先确保解决方案简单可用,再考虑通用性和复用性
架构师应该亲力亲为
持续集成
避免进度调整失误
取舍的艺术
打造数据库堡垒
重视不确定性
不要轻易放过不起眼的问题
让大家学会复用
架构里没有大写的“i”
使用“一千英尺高”的视图
先尝试后决策
掌握业务领域知识
程序设计是一种设计
让开发人员自己做主
时间改变一切
设立软件架构专业为时尚早
控制项目规模
架构师不是演员,是管家
软件架构的道德责任
摩天大厦不可伸缩
混合开发的时代已经来临
性能至上
留意架构图里的空白区域
学习软件专业的行话
具体情境决定一切
侏儒、精灵、巫师和国王
向建筑师学习
避免重复
欢迎来到现实世界
仔细观察,别试图控制一切
架构师好比两面神
架构师当聚焦于边界和接口
助力开发团队
记录决策理由
挑战假设尤其是你自己的
分享知识和经验
模式病
不要滥用架构隐喻
关注应用程序的支持和维护
有舍才有得
先考虑原则、公理和类比再考虑个人意见和口味
从“可行走骨架”开始开发应用
数据是核心
确保简单问题有简单的解
架构师首先是开发人员
根据投资回报率(roi)进行决策
一切软件系统都是遗留系统
起码要有两个可选的解决方案
理解变化的影响
你不能不了解硬件
现在走捷径,将来付利息
不要追求“完美”,“足够好”就行
小心“好主意”
内容为王
对商业方,架构师要避免愤世嫉俗
拉伸关键维度,发现设计中的不足
架构师要以自己的编程能力为依托
命名要恰如其分
稳定的问题才能产生高质量的解决方案
天道酬勤
对决策负责
弃聪明,求质朴
精心选择有效技术,绝不轻易抛弃
客户的客户才是你的客户!
事物发展总会出人意料
选择彼此间可协调工作的框架
着重强调项目的商业价值
不仅仅只控制代码,也要控制数据
偿还技术债务
不要急于求解
打造上手(zuhanden)的系统
找到并留住富有激情的问题解决者
软件并非真实的存在
学习新语言
没有永不过时的解决方案
用户接受度问题
清汤的重要启示
对*终用户而言,界面就是系统
优秀软件不是构建出来的,而是培育起来的
索引
· · · · · · (收起)
喜欢读"软件架构师应该知道的97件事"的人也喜欢的电子书 · · · · · ·
支持 Web、iPhone、iPad、Android 阅读器
喜欢读"软件架构师应该知道的97件事"的人也喜欢 · · · · · ·
- 程序员应该知道的97件事 7.1
- 架构之美 7.0
- 软件框架设计的艺术 7.9
- 高效程序员的45个习惯 8.2
- 敏捷软件开发 9.1
- 重构 9.0
- 编程之魂 7.4
- 领域特定语言 8.1
- 超越软件架构 7.2
- Web容量规划的艺术 7.4
软件架构师应该知道的97件事的书评 · · · · · · ( 全部 20 条 )
Mottoes From Top Software Archtects
Every morning I read one of the 97 things. I harvest a lot from them. They are excellent abstractions from a great deal of engineer practice. I think they can brain storm my head and direct me for a more experienced development behaviors.
(展开)
【南京】【急聘】架构师职位!
南京新开架构师职位! 欧美知名企业,研发中心坐落在南京 要求:7年以上工作经验,英语流利(要与外国上司直接交流) 有意向的联系: QQ:492887760 Tiffany 或者也可直接发简历到:chinahr_tt@163.com 同时欢迎豆油!定不辜负!
(展开)
> 更多书评 20篇
这本书的其他版本 · · · · · · ( 全部2 )
-
O'Reilly Media (2009)7.4分 35人读过
在哪儿借这本书 · · · · · ·
以下书单推荐 · · · · · · ( 全部 )
谁读这本书? · · · · · ·
二手市场
· · · · · ·
订阅关于软件架构师应该知道的97件事的评论:
feed: rss 2.0
1 有用 叶卡 2010-04-15 18:05:22
博文视点策划编辑首次担纲翻译的一本书,等着读者打分。
0 有用 pansin 2011-09-16 19:45:16
真知灼见,虽不系统,确实金玉良言。
0 有用 星河~努力煮粥 2011-12-02 21:57:11
吉光片羽啊,大家高手的点滴,只能远观。
0 有用 zzyong 2011-08-09 22:48:25
只在互联网公司待过,没领略过真正架构师的风采。不是很搞得懂,互联网领域的架构就那么回事。
0 有用 徐毅 2011-09-09 15:44:58
《软件架构师应该知道的97件事》是一本协作方式写出来的书,英文原文免费发布在O'Reilly的维基上,《97 Things Every Software Architect Should Know - The Book》,感觉很不错,说的在理,都是该做的事情。 http://blog.sina.com.cn/s/blog_53f8ff9d0100m7ql.html
0 有用 Christopher 2022-04-16 19:37:46
时下热门的产品经理应该是从软件架构师衍生而来的一类岗位,只不过有些畸形发育…产品经理的基本首先是架构师,其次是懂业务与产品优化的体验师,对业务与技术有综合要求的复合型职位,而时下的产品经理十之八九是业务和技术两不沾边(既非业务出身又无开发背景),夸夸其谈的居多,无法作为业务与开发实施团队的纽带与桥梁,导致产品经理与技术实施经常吵架、相互对峙。这本书每一小节的标题即是经过凝炼的启示录,适合pocke... 时下热门的产品经理应该是从软件架构师衍生而来的一类岗位,只不过有些畸形发育…产品经理的基本首先是架构师,其次是懂业务与产品优化的体验师,对业务与技术有综合要求的复合型职位,而时下的产品经理十之八九是业务和技术两不沾边(既非业务出身又无开发背景),夸夸其谈的居多,无法作为业务与开发实施团队的纽带与桥梁,导致产品经理与技术实施经常吵架、相互对峙。这本书每一小节的标题即是经过凝炼的启示录,适合pocket book,非常利于提高产品经理岗位的专业素养、职业修养。 (展开)
0 有用 fwwdn 2022-03-09 08:16:03
值得再读
0 有用 沅沅爸爸 2022-01-17 11:17:12
面面俱到,却不成体系,可以作为字典查一查,但是任何一个架构的话题都不是这本书可以解决的
0 有用 Julius 2021-09-01 09:00:05
前面部分还可以,后面有些抽象
0 有用 喜欢雨夜 2020-04-05 18:33:36
工作经验与情商